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PRISM Operating Systems Group 



Mission 



Provide all operating system support for PRISM-based 
systems 



Mica: 

- Modern operating system 

- Strong VMS compatibility 

- Flexibility, extensibility 

PRISM ULTRIX: 

- Industry-standard operating system 

- "World-class" through layered products, strong 
service offering, multiprocessing/multithreading 
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PRISM Operating Systems Group 



Project Structure 



Product Project Leaders: 

Responsible for functionality, quality, integrity, and 
product schedule 



Project Leaders: 

Responsible for definition, design, specification, 
development, testing, and Integration of functional 
elements 



Architects: 

Responsible for completeness, consistency, and 
integrity of design 



Other Key Project Functions: 

— Testing strategy 

— Performance measurement and analysis 

— Applications engineering 
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Restricted Distribution 



PRISM Operating Systems Group 

Accomplishments This Year 

Staffing: 

• 36 team members now. Four more to join in iVIarch. 
i\/lica Design: 

• Overviews complete. Half of WDD chapters submitted 
to architects 

l\/llca Project: 

• Base level plan complete 

• Project planning documents complete by the end of 

PRISM ULTRIX Project: 

• Aggressive staffing in progress 

• Backbone schedule to hardware groups 

• Detailed schedule in iVIarch 
Problems: 

• Mica staffing plan cut 

• Debugger 

• Testing strategist 
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QIaelw Summary - RaatrlcM Dtotrbullon 



Glacier 



Pliase Review Scliedule 



• Pliase exit - Decemt)er 1987 



• Phase 1 exit - ??? 



• Phase 2 exit - Septemt>er 1989 



• Phase 3 exit - March 1990 
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Glacier Summary - Raatrletad Olalrlbutlon 

Glacier 

FRS Proposed Software Tools Suite 

• FORTRAN 

• C 

• PASCAL 

• Ada 

■ Multithreaded debugger 

• Language source code conversion aid 

• Language Sensitive Editor (LSE) 
(for COMPILE command hooks) 

» Application tuning aid (like VAX PCA) 

» AIA services (DECwindows, ARUS, CMA, PSM) 

» IPSE and/or CASE tools 
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Olaeler Summary - Raalrlcled DIatrlbutlon 

Glacier 

Competitive Analysis 

• Size: $176M (1986) 

• 70% Servers to networked workstations 

• 1986 Market shares (Dataquest): 

- Convex 23% 

- FPS 19% 

- Alliant 15% 

- Elxsl 7% 

- SCS 4% 

- Others 22% 
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Glacier Summary - RacMctMl DMrlbutlon 

Glacier 

Features Required to Gain Maricet Siiare 

• Paraiiel processing 

• Vectors 

• Large real memory Sizes 

• Large virtual memory sizes 

• Tiiird-party applications 

• VAX/VMS compatibility 

• High memory and I/O bandwidth 

• Large storage connectivity 

• Cost-effective performance 

• Reliability 

• Common sofhware architecture 
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Chaymna Summary - Raatrtdad DlatrbuUon 



Cheyenne 



Phase Review Schedule 



• Phase exit • December 1987 



• Phase 1 exit - July 1988 



• Phase 2 exit - June 1990 



• Phase 3 exit - December 1990 
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Cheyenna Summary - Raatrletad DIalrlbutlan 

Cheyenne 

DDA-Compliant Client Software 

• Required at Cheyenne FRS 

- Rdb Star 

- SQL 

- Data dictionary 

- Intact/ACMS 

- DDTA front end and back end 

• Software tiiat will enhance competitive position 

- TEAMDATA 

- Rally 

- Hierarchical storage management 
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Chayann* Summary • Raatrletad DlatrRiutlan 

Cheyenne 

Competitive Analysis 

• OLTP 

- IMarltet Leader: IBM 

- Technology Leader: Tandem 

- Others: Unisys, NCR 

• EUC (End User Computing) 

- Investigating this Is a high-priority tasit 
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Chsyanne Summary • Raslrlelad Distribution 



Cheyenne 

Features Req'd to Gain Market Share 



• Data integrity 

• Avaiiabiiity 

• Througliput 

• Response time 

• Architecture compliance 

- DDTA 

- DDA 

• Database size 

• Price/performance 
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Mica Prallmlnary Schedul* ■ Restricted DIstrlbulleti 



Glacier and Cheyenne 

Development Status 
17 February 1988 
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Mica Preliminary Schedule - Restricted Distribution 

WDD 

• 60 overviews completed on schedule (1-Jan-1988) 

• WDD chapters 

— 10 complete 

— 20 In various stages of review process 

— 28 chapters in progress 

— 1 chapter deferred, 1 chapter merged 

• Presentations scheduled iUlondays and Fridays into 
June 

• Overview distribution March 1988 
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Mica Preliminary Schedule - Restricted Distribution 



Figure 1: Glacler/Ch«yenn» Schedule 



JAN 1988 

MAR 

MAY 

JUL 

SEP 



NOV 



JAN 1989 

MAR 

MAY 

JUL 

SEP 



NOV 



JAN 1990 



MAR. 

MAY 

JUL~ 

SEP 

NOV 



BL1 



BL2 Basic kernel, I/O. PDEBUG/PSIMUUTE fixes for new 
object language 

BL3 User mode 



BL4 Boots on PEBBLE. Basic RPC, client/server support. 

BL5 PEBBLES to CXO, ZKO. Client/seiver support. 

BL6 DFS client, MORAINE boots 

BL7 Implementation complete 

BL8 Glacier external field test 

BLQ Giader flekf test update. 

BL10 Glacier SDC kit. 
Glacier FRS 



Cheyenne external fieU test 



Cheyenne FRS 
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Mica Preliminary Schedule - Restricted Distribution 

External Dependencies 

• VAX RFC 

• VAX DFS 

• SDT 

- FORTRAN compiler and RTL 

- Language-independent RTL (AIA) 

- BLISS 

- DEBUG 

- PCA 

- PASCAL compiler and RTL 

- ADA 

• SPM 

• Product Marlteting Groups for CMP applications 
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Mlea Prallmlnary Schedule - Restricted Distribution 

Development Strategy 

• Current development work on emulator and simulator 

• Low-level kernel and exec first 

• Booting on emulator 

• initial development In SIL, conversion to PILLAR this 
summer 

• PEBBLE (PRISM-based Calypso box) "emulator" 

• Second Ethernet througii ZSO for DECnet Phase 5 
development 

• User-mode work on VAX/VMS 

- MICA/RMS to VMS/RMS interface routines 
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Program Goals 



• Provide early PRISIM-based worlcstations for DIGITAL 
to compete in the market. 



• Provide a high quality PRISM based leadership UNIX 
operating system providing: 



- Support for future PRISM systems 



Compatibility with marlcet demands (POSIX, SVID, 
NFS, etc.) 



- Compatibility with existing VAX ULTRIX 



Compatibility with DIGITAL'S Application Integra- 
tion Architecture 



- Common layered product and tool environment 
with Mica 
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Products 



• Software 



- Flint - PRISM ULTRIX on Shike and Osprey 



World Class UNIX - evolutionary target for PRISM 
ULTRIX 



• Workstations 

- Shrike - desktop 

- Osprey • deskside 

• Servers 

- Moraine 
-• Stone 
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DIGITAL EQUIPMEMT CORPORATION - CONFIDENTIAL AND PROPRIETARY 



Overall Schedule Dates 



• Shrike - FRS June 1989 



• Osprey - FRS September 1 989 

• Moraine - FRS March 1990 

• Stone - FRS FY91 

Stone is the first system with world-class UNIX 
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DIGITAL EQUIPMENT CORPORATION - CONFIDENTIAL AND PROPRIETARY 



Dependencies 



• SDT 



— Language compilers (apart from C) 



— Application Integration Architecture 



ULTRIX Engineering Group 



• Initial source pool (Version 2.4) 



• Initial ports of: 

Networking software - DECnet, TCP/IP, NFS, 

LAT support 

Utilities 

Generic file system interface 

X and DECwindows 
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DIGITAL EQUIPMENT CORPORATION - CONFIDENTIAL AND PROPRIETARY 



Vision of a World-Class UNIX 



Reached by evolution from Flint 



• Shares common components with Mica: 



— Mica kernel 



- I/O architecture and drivers 



— Memory management 



- Mica interfaces: AIA, RMS, RPC, etc. 



- PRISM Calling Standard 



Conforms with industry standards 
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Goals of a World-Class UNIX 



• To be a major force in the industry by wliicli otiier 
UNIX implementations are measured. 



• To place DIGITAL In a leadership position in the UNIX 
market. 
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PRISM ULTRIX 

Flint 

Product Management Summary 

DIGITAL EQUIPMENT CORPORATION 
CONFIDENTIAL AND PROPRIETARY 



Rockie Morgan 
DECwest Engineering Product iUianagement 
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Preliminary Phase Schedule Overview 



• Phase exit - December 1987 

Phase documents available March 1988 

• Phase 1 exit - August 1988 

• Phase 2 exit- February 1989 

• Phase 3 exit - June 1989 



INTERNAL USE ONLY 



r|ni 1 



DIGtTAL EQUIPMENT COHPOHATION - CONFI0Efn-|AL AND PROPRIETARY 

Proposed Layered Products 

Layered products required at FRS 

• FORTRAN 

• Ada 

• GKS 

• PHiGS 

• EPIC Office suite 

• PASCAL 

Layered products required after FRS 

• Common LISP 

• IPSE architecture supporting UNIX tools 

• AIA 
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DIQITAL EQUIPMENT CORPORATION - CONFIDENTIAL AND PROPRIETARY 

Competitive Anaiysis 

Wori^stations 

1987 

• Market size: $2,200 million (Dataquest) 

• IMarlcet share: 

• 28%+ Sun 

• 20% Apollo 

• 10% DIGITAL 

• 4% IBM 

• 38% other (Silicon Graphics, Masscomp) 
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DIGITAL EQUIPMENT CORPORATION - CONHDENTIAL AND PROPRIETARY 

Competitive Analysis 
Worlcstations - Sun 4/260 



Proceasor TVp*: 


MB86900 (Sun SPARC RISC Chip) 


Clock SpMd: 


16.67 MHz 


RoalIng Point: 


WeKek 1164/1165 


MIPS: 


10 (5.7 VUPS) 


Memory: 


a to 128 Mbytea 


Cache: 


128-Kbyte wrn»4»ck 


Bus: 


VME (DMA) 


Price: 


939,900 (8-Mbyle, monoehrome, dMclaas) 




$68,400 (8-Mbyla, color, 280-Mbyte dlak and tape) 


Software: 


Sun OS (4.3 BSD UNIX) 




NFS, NeWS and S«niVlew window manager 
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DIGITAL EQUIPMENT CORPORATION • CONFIDENTIAL AND PROPRIETARY 

Competitive Analysis 
Workstations - Sun 4/110 



Proceaaor Type: MB86900 (Sun SPARC RISC Chip) 

Cloek Spaed: 18.67 Mhz 

Floating Point: Woltak 1164A1165 

MIPS: 7 (3-6 VUPS) 

Memory: 8-Mbytee (later to 32-Mbyte8) 

Cache: none 

Bua: VME (DMA) 

Price: $18,900 (8-Mbyle, monochrome, 140-Mbyte dMc) 

Software: Sun OS (4.3 BSD UNIX) 

NFS, News and SunVlew window manager 
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DIGITAL EQUIPMENT CORPORATIOK • CONFIDENTIAL AND PROPRIETARY 

Competitive Analysis 
Worlcstations - Sun 5/260 



PrecAssor 


TVpo: 


Sun SPARC RISC Chip vwalen 2 


Floating Point: 


Waltak 1164/116S 


MIPS: 




20 <10-14 VUPS) 


Mameiy: 




32-Mbytas 


Bus: 




VME (DMA) 


Prieo: 




«42,a00 (32-Mbyta, color, 400-Mbyto diak) 


Software: 




Sun OS {A3 BSD UNIX) 

NFS, NaWS and SunVlaw window managar 
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DIGITAL EQUIPMENT CORPORATION - CONFIDENTIAL AND PROPRIETARY 

Features Required to Gain i\/larl(et Share 

• Industry Standards 

• 4.3BSD 

• SVID (volumes 1 and 2) 

• POSIX 

• TCP/IP 

• NFS 

• UUCP 

• DECnet 

• Security Enhancements 

• Vectors 

• Symmetric multiprocessing and multlthread support 

• Vectorizing/decomposing FORTRAN and C 

• DIGITAL'S full compiler set 

• IPSE architecture 

• Common Software Architecture - CSA 
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Flint Scliedule 



• BL1 - June 1988 

Initial ctosign and coding, coda "portad" to VAX C 

• BL2 ■ August 1988 

Convart to PRISM and run on amulatora 

^ , / $1^1^ /lmt)%fc 

• BL3 - September 1988 ~ *^x^ iJe^he^** 1 (kia-JteP 

Boot on Shrlka, l>agln Intagratlon of UEG-auppllad eomponanta, 
ULTRIX RMS Implamantatlon 

• BL4 - October 1988 

Full Shrlka graphlea and davloa aupport, eontlnua Intagratlon and 
taat of UEQ-aupplM coda 

• BL5- November 1988 

Running on Pabbia, bagin Oapray aupport, compllars. Ilnkara, and 
librarlana portad to PRISM ULTRIX 

• BL6 - January 1989 

Complata Intagratlon and taat of UEQ- and SDT-suppllad eompo- 
nanta, full ayatam bulMa on Shrlka 
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DIGITAL EQUIPMENT CORPORATION - CONFIDENTIAL AND PROPRIETARY 

Flint Schedule 

(contlnuad) 

• BL7 - February 1989 

Ftold tMt of PRISM ULTRIX on Shriko, compteto support for Ospray 

• BL8 - March 1989 

Fteld tost of PRISM ULTRIX on Ospray 

» BL9 - June 1989 

FRS of PRISM ULTRIX on Shrlks 

• BL8 - September 1989 

FRS of PRISM ULTRIX on Ospray 
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DIQITAL EQUIPMENT CORPORATION - CONnDENTIAL AND PROPRIETARY 

Cooperative Agreement with UEG 

• UEG deliverables 

— Most ULTRIX utIIKIss and RTLs 

~ ULTRIX flls systsms and nolworic support 

~ X and DECwIndows support 



DECwest responsibilities 

— Bass ULTRIX ksmal 

— Drivors and dsvlos support 
~ Compllsrs, Rnksr, librarian 

~ Systsm-dspsndsnt tools and RTL componsnto 

~ Common sofiwaro arehRsdura componsnts 

~- Systsm managomsnt and Installation 

~- Soflwai* Intsgration and bulM 

~ Ovsrall product Intagnllon 



• Source and version synchronization 



• Project tracking and schedule 
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Progress to Date 



• Initial cooperative agreement circulated and reviewed 
Final agroaiiMnt to bs raachod by th« and of tho month 

• initial project scheduling 

Mora d«tall«d basolovol sehodulo avallabio by March 

• Development begins in March 
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DIGITAL EQUIPMENT CORPORATION - CONFIDENTIAL AND PROPRIETARY 

Development Strategy 

• Initial design and coding, code "ported" to VAX C 

• Convert to PRISM C and boot on emulators 

Croa»<iavolopnMnt syatom VAX to PRISM 

• Basic user environment on emulators 

• Provide support for Shrike 

• Begin integration of UEG-supplled components 

• Provide support fbr Pebble 

• Compilers, linker, and librarian ported to Flint 

• Full development environment and build on Flint 

• Complete integratton of UEG- and SDT-supplied 
components 

• Provide support for Osprey 
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PRISM Layered Products 
Overview 



Software Development Technologies 

Spit Brook Road 



17 February 1988 



Speakers 



Chip Nylander 

Overview 

Rich Grove, GEM Project 

FORTRAN 

GEM Common Back End 

Vectorization 

Decomposition 

Chip Nylander 

BLISS 

PASCAL 

Ada 

Al Simons, Run Time Library 

Language RTLs 

Math RTL 

RTL Vectorization 

AIA and Utility RTL 

Common Multithread Architecture 

SORT/MERGE 

Chip Nylander 

DEBUG 

Performance and Coverage Analyzer 

VAXSET and Tools 

Integrated Programming Support Environment 

Graphics 

Compound Document Architecture 

Information Architecture 
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End User Information Management 
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Overview 

Targets for SDT Layered Products 

• PRISM UltrixVLO 

SHRIKE and OSPREY desktop/deskside 

• GLACIER 

MORAINE and STONE MICA compute server 

• PRISM Ultrlx V2.0 

Desktop/deskside and MORAINE and STONE 

• ROCK 
64-bit PRISM 

Seamless VAX <-> PRISM Layered Products 

SDT VAX-PRISM Compatibility Working Group 
Managing this within SDT 

PRISM Common Software Architecture 

• Develop most PRISM layered products just once 

• Deploy on all targets (as appropriate) 

• Some limitations— DEBUG, etc. 
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PRISM Common 
Software Architecture 



Joint Effort between DECwest and SDT 



Compatible superset of AIA 



Planning delivery in two main waves 
PRISM Ultrix V1.0 (SHRIKE/OSPREY) 
MICA V1.0 and ULTRIX V2.0 (MORAINE) 
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PRISM Common 
Software Architecture 



Components currently planned 

Extended Calling Standard 
Condition Handling 

Naming Conventions and Name Space Management 

Object Language 

Librarian Interfaces 

Status codes, message files, message reporting 

Integrated Programming Support Environment 

Record Management and File Specification Parsing 

Product Invocation (command parsing, etc.) 

Remote Procedure Calls 

Common Multithread Architecture 

Date/Time Format and Manipulation 

AIA Utility RTL (system interfaces) 

Language RTLs 

Math RTL 

DECwindows 

Modular Memory Management 

String Manipulation 

Compound Document Architecture 



To reiterate— this is a joint DECwest and SDT effort 
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Summary of 
Layered Product Staging 



** Preliminary ** 



SHRIKE and OSPREY FRS 

FORTRAN (scalar uniprocessor) compiler and RTL 
BLISS cross-compiler (Internal use only) 
Scalar Math Run Time Library 
First wave of AIA 



Still Being Evaluated For SHRIKE/OSPREY 

PAIsCAL compiler and run time library 
Graphics—GKS, PHIGS, EPIC, etc. 



MORAINE FRS 

FORTRAN (vectorizing decomposing) compiler and RTL 

BLISS native compiler (internal use only) 

Vector Math Run Time Library 

Next wave of AIA 

SORT/MERGE 

DEBUG and PCA run time l<ernels for MICA 

VAXSET and NOTES for PRISM ULTRIX 

IPSE Junior 

Access to Common Data Dictionary from server??? 
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Staging and Strategy 
Still Being Evaluated 

Compound Document Architecture 
Digital Data Interchange Syntax 
Digital Document Interchange Format 
Table Data Interchange Format 
Toolkits, converters, viewers, etc. 
Desktop Publishing 



Information Architecture 

Common Data Dictionary 
Etc. 



End User Information Management 



NOT SDT 

C Compiler 

LISP and other Al Products 
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Summary of 
Layered Product Staging 



** Preliminary ** 



STONE FRS 

Full IPSE 

Earliest possible Ada 

Earliest possible DEBUG and PCA for ULTRIX 

Ongoing global optimization improvements 

Ongoing decomposition and vectorization 



ROCK FRS 

Retarget products to 64-bit environment 
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Dependencies 

stable PRrSM Program definition. 

PRISM hardware architecture specification. 

Availability of adequate prototype hardware early 
enough. 

ULTRiX Operating System base levels for develop- 
ment and testing. 

ULTRIX development tools, debugger, and perfor- 
mance profiler. 

MICA Operating System specifications and design. 
MICA base levels for development and testing. 
PRISM Common Software Architecture. 
PRISM C compiler 
PILLAR compiler 

Good market analysis on which to base require- 
ments and set priorities. 
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Risks and Issues 



There are PLENTY of unknowns and TBDs— this is 
an aggressive program of development. 

Bi-coastal development program. 

SDT is NOT satisfied with current SDT commit- 
ments; layered product set looks thin, especially 
for PRISM ULTRIX V1.0. VAXSET, languages, etc. 
This is best we can commit to, however. 
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PRISM Layered Products 

Details 



Software Development Technologies 

Spit Brook Road 



17 February 1988 



BLISS 

Requirements 

• BLISS for DEC Internal development purposes. 

Compiles Common BLISS ("Common" slightly redefined) 
May be made available to selected customers If needed. 

• Portability flagging in compiler 

• Documentation on transportable programming 

VAX <-> PRISM 
32-bit <-> 64-bit 

• SHRIKE/OSPREY Compiler 

VAX-> PRISM cross-compiler 
Adequate, correct code. 

• MORAINE Compiler 

Native PRISM compiler 
Highly optimized, correct code 
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BLISS 



Strategy 



«i?Jf^ ^'"'®® *® cross-compiler base; modify back end for 
PRISM Instruction set and object code. 

Interface BLISS front end to GEM compiler siieii and back end for 
native PRISM BLISS compiler. 



Progress and Current Status 

Portability flagging in compiler— complete 
Cross-compiler for PRISM emulator— complete 
Guide to Transportability—complete, ongoing 
Cross-compiler support for new object language— in progress 
Native compiler— planning in progress 



Future Plans 

• Q1 FYS9— New cross-compiler for internal use 

• Q1 FY90— Native Compiler 



Digital Confidential-Restricted Distribution 2/17/88 CGN 2 



PASCAL 

Requirements 

PASCAL compiler for scalar, non-decomposed applications 
VAX PASCAL compatibility 

Handle unformatted D-floating data In external files 
Handle both VAX and PRISiM record alignment 
Available witii PRISM ULTRIX V1.0 and IWiICA VI .0 



Commitments 

PASCAL available witli PRISM ULTRIX V2.0 and MICA VI .0 

Strategy 

• Retarget VAX PASCAL front end to GEM compiler shell and bacl( 
end 

• Preserve existing code -> RTL interface design 

• VAX PASCAL and PRISM PASCAL built from as much shared 
source code as possible. 
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PASCAL 

Progress and Current Status 

Front end retargeting in progress 
• Compiler has been compiled with PRISM BLISS 
Some retargeting to GEM complete 

Future Plans 

• Finish compiler shell and Intermediate language retargeting 

• Pians will be further detailed during Phase 1 

Risks, Issues, Problems 

' s'crdule'requrrl^^^^^^^^ ^^'^^ <^"-e"t'y stated 

•e requirements. PASCAL is resource-constrained. 

* ^an do/ *'" ""'■''""* ''^^""•^'"ents, and are investigating what we 

* 7tal9:SSrzV^ ^^'^^'"'^ requirements by end of Phase 

* Vectorizing, decomposition requirements for PASCAL? 
Answer will apply to VAX PASCAL as well. 
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Ada 

Requirements 

• Ada compiler for scalar, non-decomposing applications 

• VAX Ada compatibility 

Handle unformatted D-floating data in external files 
Handle both VAX and PRISM record alignment 

Commitments 

• Ada team will begin looking seriously at PRISM Ada in Q3FY89. 

• Compiler not expected before Q2FY91 (earliest) 

Strategy 

• Retarget VAX Ada front end to GEM compiler shell and back end 

• a^owTbir."* ^^^^^ ^''" *"""* *'""" " '""^'^ ^''•'•^ '^"""^^ <^^<^« 

• Will investigate basing VAX Ada V3.0 on VAX version of GEM. 
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Ada 

Progress and Current Status 

* PmsM vlnhf^li?*®®" *''^m^"« *""* 9®**'"fl ^^^^' requirements into 
desf ^ ^''*' ^* •tandard, MICA operating system 

* commoiri"'.**'?*!^^ !."* provided primary ieadership in design of 
Common IVIuitittiread Architecture. 

* Currently dedicated to VAX Ada V2.0 

Future Plans 

Begin lool^ing at PRISIVI Ada and GEIM in Q3FY89. 

Dependencies 

* f ^Si.'S*'"®'*® ^©P®"**®"* than otiier languages on special support 
in IWICA operating system (for tasking): suppon 
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Ada 

Risks, Issues, Problems 

• Vectorizing, decomposition requirements for Ada? 
Answer will apply to VAX Ada as well. 



Digital Confidential-Restricted Distribution 



2/17/88 CGN 7 



PRISM DEBUG 



Requirements 

• Debug run-time kernel hosted on MICA VI .0 

• User interface (DECwindows) and debugging hosted on VAX 
client— "Remote Debugging''. 

• Support for vectorized, multithreaded and decomposed applica- 
tions. 

• Eventually, debugging on PRISM ULTRIX. 



Commitments 

• Same as requirements. 



PRISM DEBUG 

Strategy 

Redesign the Debug Symbol Table (DST) for general retargetting. 

S*" ^'■I'''^ ^^•°' ^^^ ^"^^ ^<*"« '" SDT) is expected to support 
this Debug Symbol Table. ^ 

Split debugger Into target specific and target independent pieces 
for general retargetting. k vc» 

Engineer for remote debugging on iVIICA V1.0. 
Strategy summary 

DECwindows user interface 

General retargetting 

Remote debugging for MICA 

Whole of DEBUG to PRISM ULTRIX (someday) 



PRISM DEBUG 

Progress and Current Status 

• DECwindows user Interface In progress. 

Redesign of eventpoint handing underway for general retarget- 
ting. " 

• Redesign of Debug Symbol Table in progress. 

• Tracking MICA development. 

Dependencies 

• MICA Operating System design. 

• MICA Calling Standard. 

Short Term Risks 

• Resources 



Performance and 
Coverage Analyzer 

Requirements 

Run time Performance Collector hosted on MICA VI. 

* on VAv*®.'/^? (DECwIndows) and performance analysis hosted 
on VAX client-" Remote Performance Analysls^ 

* ULTRIX^"^' performance collection and analysis on PRISM 

Commitments 

* Same as requirements. 



Digital Confidential-Restricted Distribution 2/17/88 CGN 8 



Performance and 
Coverage Analyzer 

Strategy 

^e?ds^\^1o^:^^^^^^^^^^^ ^- —'on and analysis; 

rn*irf'!!.^''T''"^''' ^^^^^' ^^™^ fl''*>"P« must design new 
UL^Sfx vlo ' *""'""' ""' ''"'^"" PTforrSance analys^T before 

imerfa™^ ^^■°' ^'""^ ^""^ ^'''■°* """' ''^ '■«*«'-9eted to those 

For MICA VI .0, PCA will be engineered for remote performance 
analysis and collector hosted on MICA. Performance 

Eventually, plan to have full PCA for PRISM ULTRIX. 
Strategy summary— One Step At A Time 

DECwIndows user Interface 

Remote performance analysis 

Collector to PRISM MICA 

Collector to PRISM ULTRIX 

Uaer Interface and analysis to PRISM ULTRIX 
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Performance and 
Coverage Analyzer 

Progress and Current Status 

• DECwindows user interface in progress. 

• Tracicing DEBUG and IMiCA development. 

Future Plans 

' work" '^^^'^'"^°'^* "®®'' '"terface done, begin addressing IVIICA 

• Scfs forpmSM '" ^**^^" *"* "^"^ performance collection inter- 

• ULTRIX PCA not before Q2FY91. 

Dependencies 

PCA dependent on DECwest languages, DECwest ULTRIX, SDT 
languages, and SDT DEBUG getting together to define compiler 
-> performance collection and analysis Interfaces. 
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VAXSET 

Requirements 

• VAXSET tools requested for PRISM ULTRIX V1.0 

Text Processing Utility 
Language Sensitive Editor 
Source Code Analyzer 
Code Management System 
DEC Test Manager 
etc. 

Seamless VAX-hosted tool support for compilers and applications 
hosted on MICA VI .0. 

Commitments 

• Planning seamless support for MICA at MICA VI. 0. 

• Targeting PRISM ULTRIX V2.0, but firm plans not in place yet- 
this is a ** preliminary ** target. 
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VAXSET 



Strategy 



For MICA, incremental enhancements to existing VAX-based 
tools. 

For ULTRIX, To Be Determined. 

VArULTmx '*''*' c<>''PO''at» "NIX strategy, and what is done for 



Progress and Current Status 

• Developing DECwindows user interfaces and new required tool 
functionality. 

Resulting products should be basis for PRISM products. 



Risks, Issues, Problems 

• Mismatch of requirements and current commitments. 
VAXSET work is resource-constrained. 

• Uncertainty around corporate UNIX strategy (VAX) 
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Integrated Programming 
Support Environment 



Requirements 

* M.^^A callable Interfaces on MICA V1 .0 for seamless support of 
MICA compilers and applications. "HP«ri ot 

Full IPSE for PRISM ULTRIX as possible. 



Commitments 

• Same as requirements. 

Strategy 

• To Be Determined-VAX IPSE in very early VI .0 development. 

Future Plans 

Currently planning VAX IPSE in two waves: 

IPSE Junior 
Full IPSE 

PRISM ULTRIX IPSE likely to be staged in same manner. 
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Graphics and Forms 

Requirements 

• GKS, PHIGS, EPIC, etc. requested for PRISM ULTRIX VI .0 

* Interface!' o2 ^^^^'f^^^^remenis might be for callable application 
user interfil^er^ compute server, driving remote VAX client 

Commitments 

• None yet. This area still being evaluated. 

* ?i^i 2"^ r"'®^ *''® cu^ent'y targeted for PRISM ULTRIX work in 
next fiscal year. 

• Forms products are not currently planned for any PRISM system. 

Risks, Issues, Probiems 

* HilUfi.^"^ *''Vf;?i'r'"®"** ^'* «"y) ^o*" callable application 
Interfaces on MICA? 
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Compound Document Architecture 

CDA includes 

DIgjtal Data Interchange Syntax (DDIS) 
Digital Document Interchange Format (DDIF) 
Tab e Data Interchange Format (TDIR ^ ' 
Toolkits, converters, viewers, etc 
Desktop Publishing 

Requirements 

• Not well understood. 

* ScatZs"''"''"^ "^^'^ *° *"• ^'^'^ *° •^^^*'"fl« ^'t^ with VAX 
Part of CDA likely to be In AIA. 
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Compound Document Architecture 

Commitments 

• None yet. This area still being evaluated. 

Progress and Current Status 
Risks, issues, Probiems 

* ULTRIX? *"* '•*""™'"*"*« 'Of Desktop Publishing on PRISM 
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Information Architecture 

Requirements 

• Not well understood. 

* ?«!!I!I?*^ ^V ^"^ ^^^^ •nvlronment probably requires 
compiler and application access to Common DatVSkTtlonary. 

Commitments 

None yet. This area still being evaluated. 

Strategy 

• To Be Determined. 

Progress and Current Status 
Rislis, Issues, Problems 

• What are requirements for lA products on PRISM? 
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End User Information Management 

Requirements 

• Not well understood. 

Commitments 

• None yet. 

Strategy 

• To Be Determined. 

Rislcs, Issues, Problems 
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FORTRAN Review 



S. Whitlock 

R. Grove 

17 February 1988 



Review Agenda 



PRISM Fortran 

Product Description 
Development Strategy 
Dependencies 
Base Level Progress 
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Product Description 



PRISM Fortran 

• Accepts any standard VAX FORTRAN program 

will generate multi-thread reentrant code 
VAX and PRISM record alignment 
D.FLOAT and H^FLOAT not on PRISM 
supports D_FLOAT in files 
tur'Sr^ PDP-11 FORTRAN compatibility fea- 

• will remain compatible with future VAX FORTRAN 
versions 

• today's target is PRISM-32 under MICA and ULTRIX 

• planning for PRISM.64 in the future 

only known language difference is INTEGER*8 

Staffing 

Denise Lagasse - supervisor 

Stan WhItlock - project leader 

Mike Anderson 

Sid Maxwell - handles VAX FORTRAN/ULTRIX 



FORTRAN 
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Development Strategy 

• start with VAX FORTRAN v5 front end 

• track any VAX FORTRAN v5 and v6 additions 

• use GEM back end: 

code generation 

intermediate language optimizations 

vectorization 

any decomposition for parallelism 

• use GEM shell: 

command line and file name processing 
file I/O, INCLUDE file, LIBRARY file handling 
LSE diagnostic file handling 
generate .LIS, .OBJ, DEBUG DSTs 

• generate calls to PRISM RTL 

• host-target development timeline 

VAX hosted -> emulated PRISM-32 target 
VAX hosted -> PRISM-32 hardware 
PRISM-32 native compiler under ULTRIX 
PRISM-32 native compiler under MICA 
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Dependencies 



PRISM Fortran depends on 

PRISM emulators, simulators, and hardware 

ULTRIX and MICA 

PRISM Calling Standard 

PRISM RTL - MTH$, OTS$, LIB$, vector MTH$ 

PRISM RTL - FOR$ (changing some interfaces) 

GEM back end and shell 

BLISS on PRISM 

PRISM DEBUG to debug compiler and resulting 
code 

PRISM Layered Product documentation strategy 
VAX FORTRAN and VAX Vector FORTRAN 

no known project depends on PRISM FORTRAN 
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Base Level Progress 



PRISM Fortran Base Levels 

1. using GEM interfaces, copying VAX Fortran 

2. compiler prototype using GEM shell for command 
line, source input, and listing output 

continuation lines 
comment processing 
right margin 
statement classification 

3. process program units, classify all lexemes 

4. create symbol table, handle minimal program, 
design expression handling 

PROGRAM 

SUBROUTINE minimal support 

FUNCTION minimal support 

BLOCK DATA minimal support 

END 

labels 

5. type declarations, branching, assignment without 
operations 

unconditional GOTO 
INTEGER, REAL, etc 
assignment 
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Base Level Progress 

PRISM Fortran Base Levels - continued 

6. arithmetic expressions, array declarations 

DIMENSION 

all operators and precedence 

arithmetic IF 

data type conversion 

7. HANOI.FOR without I/O compiled on IS-Dec-S? 

array references 
array assignment 
CONTINUE 

8. block constructs, side effect processing, record 
handling - current base level 

iterative DO 

DO WHILE - ENDDO 

IF - THEN . ELSEIF - ELSE - ENDIF 

logical IF 

COMMON 

EQUIVALENCE 

STRUCTURE - RECORD 

9. routine calls, data initialization 

CALL 

function expressions 

argument lists 

formal parameters 

DATA 



FORTRAN 
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Base Level Progress 



PRISM Fortran Base Levels - continued 

10. RTL interface, intrinsic functions 

OPEN - CLOSE 
READ - WRITE 
FORIVIAT 
SIN - COS 
implied DO lists 

11. Miscellaneous 

integrate scalar globally optimizing compiler 
executable testing of cross-compiler on target 
October 1988 

12. ULTRIXport 

target: SHRIKE FRS Q4FY89 

13. MICA port 

target: MORAINE FRS Q3FY90 includes vectors 
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GEM Review 



R. Grove 
17 February 1988 



Review Agenda 



Project goals 

Development Strategy and Methods 

Current Status 

Base Levels 

Schedule 

Dependencies 

Issues 
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GEM Deliverables 



GEM Version 1.0 

Supports PRISM FORTRAN VI. 
Scalar globally optimizing compiler 
Ships with PRISM ULTRIX VI .0 
FRS June 89 

GEM Version 2.0 

Supports FORTRAN, Pascal, Bliss 
State-of-the-art vectorization 
Ships with PRISM ULTRIX 2.0, MICA 1.0 
FRS March 90 
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Project Goals 



GOALS (priority-ordered) 

• Quality 

• Schedule 

6/89 PRISM ULTRIX FRS 
3/90 MICA FRS 

• Run-time performance 

• Multi-language 

V1: FORTRAN 

V2: Pascal, Bliss 

Ada 

Perhaps COBOL and others 

• Future 64-bit PRISM version 

• Retargetable and rehostable: RISC and CISC 
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Optimization Goals 



VI Commitments (ULTRIX) 

• State-of-the-art scalar global optimization 
Equivalent to VAX FORTRAN V5 

• ^ Procedure inlining 

• Target-specific code scheduling 

V2 Commitments (MICA) 

• Loop unrolling 

• Automatic vectorizatlon 

• Manual decomposition (VAX FORTRAN V5) 

Under Study 

• Automatic decomposition, Alliant-style fine-grain 

Future 

• Additional scalar optimization 

• Interprocedural optimization 
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Development Strategy 



GEM foundations, BL1-3 

Basic optimizer structure 

Code for assignments, conditionals 

OPAL front end only 

Front end integration, BL4-5 

Integrate witii FORTRAN front end 
Additional optimization, code generation 

Globally optimizing scalar compiler, BL6-7 

Rehost/Retarget PRISM ULTRIX, BL8 

Advanced Optimization 

Vectorization 
Decomposition 
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Current status 



Base Level 5 completed this month 

Split lifetime optimization 
IL design for procedures and parameters 
Code for unaligned memory refs 
Code for byte/word arithmetic 
Peephole and branch optimizer 
PRISM native .OBJ file (partial) 

Generates "reasonably optimized" code for many small 
benchmark programs 

Lots of room for improvement in local code quality. 
That is, the global optimizer is more nearly complete 
than the local code generator. 
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Current status, continued 



FORTRAN successfully interfaced with GEM 

Use of GEM shell components 

Driver and command parsing 

Source input 

Listing output package 

Source locators and error messages 

LSE diagnostic file output 

GEM integrity checker and dumper 

Compiled HANOI. FOR 15 December 

Now compiles many small tests and benchmarks 

GEM/FORTRAN integration has proceeded smoothly 
and quickly 
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Base Levels 



Base Levels 1-3 

IL and symbol table definition 
OPAL 

Flow graph construction 
Shell design and components 

Base Level 4 

Global optimization 
Motions and profitability 
Machine code listing 

Base Level 5, Feb 88 

Split lifetime optimization 

IL expansion for procedure calls 

Peephole optimizer 

Object file generation (partial) 
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Base Levels, continued 



Base Level 6, May 88 

Optimization for procedures 
Code for procedure calls 
Code scheduling 
Finish object file construction 

Base Level 7, Sep 88 

Code for strings (character and bit) 
DST generation 

Base Level 8 

Rehost on PRISM ULTRIX 

Base Levels 9... 

MICA development 
Vectorization 
Decomposition: manual, auto 
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Schedule 

GEM schedule is currently being reworked to address 
all the changes in the PRISM program of past 6 months 

• BL5 just completed 

• Sharper dates and detailed workplans in March 

Table 1: GEM Current Estimates 



Date Event 



May 88 GEM Base Level 6 

Sep 88 GEM Base Level 7, scalar optimizing cross-compiler 

Sep 88 Start ULTRIX bootstrap 

Oct 88 Executable FORTRAN tests, cross-compiler 

Fall 88 Start GEM vectorization design 

TBS Start ULTRIX field test 

Jun 89 * PRISM ULTRIX FRS 

Sep 89 MICA Field Test 

Mar 90 MICA FRS, PRISM ULTRIX 2.0 
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GEM depends on 



VAX FORTRAN 

SDT Parallel AD 

Front ends 

SDT DEBUG 

DECwest,PCA,ULTRIX 

BLISS 

DECwest 

DECwest 

DECwest 

DECwest 

DECwest 

DECwest 



Dependencies 



For 



Vectorizatlon technology 

Auto Decomp technology 

GEM specification review 

PRISM DST specification 

PRISM profiling interface 

BLISS32P cross-compiler 

Common Software Architecture: MICA and ULTRIX 

MICA specs, WDD 

Object language, Linker 

Hardware timing model 

PILLAR def module interface 

Universal optimization database 



GEM 



RBG 2/17/88 11 



Front End Dependencies 



Front end projects depend on GEM for: 
Specifications 
System interfaces 

Correct and optimized code generation 
Help in interfacing to GEI\/I 

GEIVI depends on front ends for: 
Review and feedbacic 
Conformance to interfaces 
Language-specific symbol tables and DST 
Language-sepclfic optimization rules 

Front end groups are responsible for: 
PRISM product definition 
Ultimate product quality 
RTL interface issues 
RTL semantic issues 
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GEM Vectorization 
Development Strategy 



FORTRAN RAD Vectorization project (86-87) develops 
vectorization technology for VAX and PRISM 

roSxprM^"'^'^ ^f P'^i^^H^^-sa) develops vectorizing 
FORTRAN compiler for FRS of VAX vector hardware 

g^g Pi^oject (88-89) transfers technology from VAX to 

Com^mon vectorization algorithms and data structures, 
but 2 complete implementations. 
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FORTRAN RAD Project 



Participants 

Kevin Harris 
Brian Koblenz 
Steve Hobbs 

Contributions 

Literature survey, analysis, assimilation 

Analysis of vector benchmarks 

PRISM and VAX vector architecture review 

Detailed design of vectorization in the context of 
the FORTRAN V4 global optimizer (similar to GEM) 

New dependency model 

Tuples instead of statements 

Refined dependency definitions 

Added concepts of reversibility and distance 
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VAX FORTRAN Vectorization 

Base Levels 

1. Compiler restructuring 

2. Rough dependency analysis (Feb 88) 
Simple linear subscripts, loop control variable 

3. Vectorize innermost loop (Spring 88) 
Generate vector IL and instructions 
Executable (and testable) code 

4. Induction variable recognition 
Scalar expansion, assertions 

5. Cost-based analysis 
Finding recurrences 
Fancier dependency analysis 

6. Refined machine model 
Dependency analysis for aliases 

7. Store motions 
Moving sectioning loops 



GEM Vectorization 



RBG 2/17/88 15 



Vectorization Schedules 



Although VAX and PRISM vectorization are separate 
projects, PRISM builds on previous woric for VAX 

Table 2: PRISM and VAX vectorization 



Date 


Event 


1986-1987 


FORTRAN RAD project 


Feb 88 


VAX FORTRAN BL2 


Spring 88 


VAX FORTRAN BL3, first vector code 


Fall 88 


Start GEWI vector design and implementation 


Feb 89 


VAX FORTRAN V6 Field Test 


Sep 89 


GEM V2.0 MICA Field Test 
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Vectorizing Compiler Structure 



Front End 

Local optimization 

Global flow analysis 

Identify CSEs 
Constant propagation 

GRAPH: Build dependency grapii for each loop nest 
and do dependency analysis 

SCR: Find strongly connected regions, cycles in depen- 
dency graph 

GAUGE: Determine vectorization possibilities, costs 

STRUCT: Choose best implementation, vector or scalar 

SCHED: Reorder and schedule vector IL 

Recreate flow graph and reapply (scalar) global flow 
analysis and optimizations: 

CSEs and code motion 
Value propagation 

Code generation, FINAL, ... 
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GEM Decomposition 
Development Strategy 

Similar sequence of steps as vectorization: 

1 . AD project develops technology 

2. Development group assimilates AD results 

3. GEM auto-decomp product development 

SDT Parallel Processing AD project ongoing 
Bill Noyce, project leader 
Steve Hobbs, consultant 

AD final reports, Spring 1988 
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GEM Decomposition 
AD Project 

AD project results from Bill Noyce: 

• Know how to do "easy" things, where there is no 
dependency. 

• The same dependency analysis techniques being 
used in FORTRAN V6 and GEIVI V2 are sufficient for 
automatic decomposition. 

• Automatic decomposition will fit into the same 
overall compiler phase structure as is being used 
for vectorization. 

• Considering two execution environments 

Multi-thread (MICA) 

Multiple processes (VMS, FORTRAN V5) 

Currently working on heuristics for code replication 

Detailed design notes. Spring 1988 
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GEM Decomposition 
Development Plans 



The Parallel AD project is making good progress, and 
the results to date look very encouraging. There is a 
good fit between vectorlzatlon and decomposition. 

Timeline 

• Spring 1988, AD reports 

• Fall 1988, GEM detailed design for vectorlzatlon 
and decomposition 
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Issues 



PRISM ULTRIX schedule and requirements 
Less than 12 months until Field Test 
VERY FEW details known to us 

Pascal required for PRISM ULTRIX VI .0, but planned 

Ada required for FRS, but not possible 
Advanced optimizations not yet fully planned 

• Vectorization: AD complete, commitments made, 
detailed design and implementation to be done. 

• Decomposition: We need to assimilate results of 

f^Jn^^M^Pn'n^^^^^ ^^^* ^^" ^^ committed 

for GEM V2.0 (MICA) 

GEM is a very complex project, with many closely 
spaced and interdependent deliverables: 

Scalar optimizing compiler 

Vectorization 

Parallel decomposition 

More languages 

Future VAX target 



GEM Issues „__ «,,,,^^ . 

RBG 2/17/88 21 



Run Time Libraries 

ARUS - The utility RTL 

FORTRAN Language support 

Pascal Language Support 

Math Library and vectorizatlon 

SORT/MERGE 

Common Multlthread Architecture 
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Key Players 



Jim Totton Development manager 

Ken Hobday Supervisor 

Al Simons ARUS Project Leader, Primary contact 

Matt Lapine l-anguage support Project Leader 

Jeff Wiener Math Project Leader, Primary Math contact 

Doug Ray CMA Architecture contact 
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ARUS - The utility RTL 



Requirements 

• Define a set of portable operating system and utility routine Inter- 
•aces 

"Raise tiie level of abstraction of tiie operating systems." 

• Insulate LP and application programmers from OS and hardware 
specifics 

• The first set of the routines must support the needs of FRS utilities 
and languages 

• Provide implementations of the routines for PRISM ULTRIX and 
Glacier 

• Provide support for application's direct use of VAX/VMS RTL 
routines, where feasible 
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ARUS - The utility RTL 

Committments 

• Be the driving force for AiA RTL-levei architectures over time 
^mmlt^^es''""""™ '"*^'^^*^^ representatives on Scott Davis' AIA 

* GladerTfll?** ~"*'"^^ '" ^^^ '^'''^'''''^ ^""^^^ ^^' ^^^^^ "LTRIX and 

Memory allocation and deallocation 

Condition handling 

Date and time manipulation and formatting 

Numeric conversions 

String copying 

String mapping 

String formatting 

Process information 
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ARUS - The utility RTL 

Strategy 

• A staged process 

• Interface Design 
Learn from 12 years of VAX/VMS RTL interface designs 
Aim for robust, powerful capabilities for oi/r products to layer 

Exploit Digital hardware / OS advantages at cost of not being 
able to port everywhere with no changes to underlying OS 

itH!rJ"1l!^*'^ standards (as they firm up) to co-exist with or 
layer on the routines we provide 

Exclude OS / Hardware specific concepts from interfaces 
Routine development 

A completely new implementation 
PILLAR Is primary development language 
Instrument existing RTLs to study usage patterns 

For heavily used routines, simulate effects of different algo- 
rithms 

Use VAX/VMS RTL algorithms where appropriate 
Test on VAX/VMS as thoroughly as possible 



Run Time Libraries ,, . ^ 

ales - feb 88 5 



ARUS - The utility RTL 

Progress to date 

• First of four interface design documents out for review 

• Oyerail VMS RTL usage instrumented for severai months at customer 
sites selected for approximate match to "typical" Glacier customer 

• IMemory management routines instrumented in house to allow 
algorithm simulation 

Current status and activities 

• Worlcing on interface design 

• staffed at two engineers 
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ARUS - The utility RTL 

Future plans 

• Complete interface design early April 

• Add one engineer early April, one more In mid-May 

The remaining dates are for coded routines tested to the fullest extent 
possible on VMS and PRISM emulators. Full testing requires operatina 
system support and hardware prototypes. i r » 

• July '88 (Mica BL3) 

• Memory allocation / deallocation routines 

• Some numeric conversion routines 

• October '88 (Mica BL4) 

• Condition raising and handling (partial) 

• String copying routines 

• String mapping routines 

• Date and time manipulation 

• December '88 (Mica BL5) 

• Remaining numeric conversion routines 

• March '89 (Mica BL6) 

• Remainder of condition handling code 



Run Time Libraries 
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ARUS - The utility RTL 



Dependencies 

• others' dependencies on this project 

• Virtually all layered products 

• Many bundled utilities 



This project's dependencies on others 

• Mica operating system development for stable interfaces 

• mrSJi?® Interfaces common between Mica and PRISM 

• Memory management 

• Condition handling 

• Internal time format 

• RMS 

• Plliar/SIL compiler development and support 
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ARUS - The utility RTL 

Problems, Risks, Unresolved Issues 

• Doubly staged program: 

• Architecture and capabilities are staged 

• Implementation is staged across operating systems and 
hardware architectures 

Routines may not be available on VAXA^MS at PRISM ULTRIX or 
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FORTRAN Language Support 

Requirements 

• 5f vTmu?"z!!I!?® ®"PPOrt for FORTRAN consistent with VAXA^MS and 
VAX/Ultrix FORTRAN implementations 

• Support multithreading 

Committments 

• Full sequential I/O support 

• Muititiireaded I/O capability 

• Support for some muitittireading 

• Miscellaneous built in functions 

ilmrtlttons'"^ ^*'" * ^^** ^^ ^'^'''®" ^^ compiler and operating system 

• NO Relative, indexed flies (at Glacier FRS) 

• NO Multithreading support (at PRISM ULTRIX FRS) 

• NO Support for user program access to rms services 

• NO PDP-11 compatibility 
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FORTRAN Language Support 



Strategy 

Totally new implementation 

SIL/Plllar is development language of choice 

Use existing algorithms where appropriate 

Layer exclusively on AIA services 

Remove OS dependencies 

Provide multlthread capability 

Test on VAXA^MS as much as possible 

Progress to date 

I/O design nearly complete 
Several review cycles completed 
Error handling design nearly complete 
Remaining components understood 



Run Time Libraries 
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FORTRAN Language Support 



Current status and activities 

• Attempting to complete design documents 

• Current staff: 1 (Matt UPine) 

Future plans 

• April '88 (Mica BL2): 

• start coding 

• add second engineer 

• July '88 (IMIca BL3): 

• unformatted I/O working 

• add ttiird engineer 

• Octoiser '88 (Mica BIA): 

• formatted I/O woricing 

• error handling mechanisms supported 

• December '88 (Mica Bi^): 

• ready for PRISiM ULTRIX 

• start on multithreading support 
» June '89 (IMica BL7): 

• ready for Glacier 
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FORTRAN Language Support 

Dependencies 

• others' dependencies on this project 

• FORTRAN compiler 

• Existing user appiications (impiicit and explicit uses) 



• This project's dependencies on others 

• RMS services 

• Appiication Runtime Utiiity services 

• Common iMultithread Architecture services 

Problems, Risks, Unresolved Issues 

• Avaiiabiiity of RMS at PRiSM ULTRiX FRS uncertain 

• Multithreading support at PRISM ULTRIX FRS unlikely, support at 
Glacier FRS not yet committed (consistent with FORTRAN compiler) 
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Pascal Language Support 



Requirements 

• Deliver run-time support for Pascal consistent with VAX/VMS Pascal 
implementation 

• Support multithreading 

Committments 

• Provide support at Glacier FRS 

• Studying PRISIM ULTRIX support 
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Pascal Language Support 

strategy 

• Totally new implementation 

• SIL/Pillar is development language of choice 

• Use existing algorithms where appropriate 

• Layer exclusively on AIA services 

• Remove OS dependencies 

• Provide multithread capability 

• Test on VAXA^MS as much as possible 

Progress to date 

• I/O design discussed, general model understood 

• Error handling design partially understood 

Current status and activities 

• Project unstaffed 

Future plans 

• Plan in place to staff to meet requirements 



Run Time Libraries 
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Pascal Language Support 

Dependencies 

• others' dependencies on this project 

• Pascal compiier 

• Existing user applications (impilcit and explicit uses) 



• This project's dependencies on others 

• RMS services 

• Application Runtime Utility services 

• Common Multithread Architecture services 

Problems, Risks, Unresolved Issues 

• PRISM ULTRIX support schedule uncertain 
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Math Library and Vectorization 



Requirements 

• Support scalar and vector math requirements of FORTRAN, Pascal 
and C 

• Provide AIA compliant math routines 

Committments 

• Support FORTRAN 

• Provide the VAXA^MS math run time library 

• Vectorized BLAS routines 

• Public domain BLAS scalar routines 



• NO UNPACK 

• NO EiSPACK 
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Math Library and Vectorlzation 

strategy 

• staged process 

• Design new algorithms, both vector and scalar 

• Implement on VAXA^S in assembler for performance 

• The VMS implementation tests the algorithm's performance and 
accuracy 

• Re-implement for PRISM systems-the algorithm is portable 

• Development language is TBD, but leaning toward Pillar 

• Support of FORTRAN requirements Is highest priority 

• AIA math routines are secondary in importance 

Progress to date 

• Algorithm design approximately 50% complete, including VAXA/MS 
implementation and scalar testing 

Current status and activities 

• Continuing on algorithm design and VAXA^MS implementation 

Future plans 

• staffing plans are in place to address PRISM requirements 
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Math Library and Vectorization 



Dependencies 

• others' dependencies on this project 
• FORTRAN compiler 



• This project's dependencies on others 
• Piliar compiler 

Problems, Risks, Unresolved Issues 

New algorithms 

Not necessarily bit for bit compatible results across hardware 

The paclcaging of EISPACK and UNPACK is not determined 

What is an AIA Math routine? 

Some ULTRIX math functions not part of the VAXA^MS math library 
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Common Multlthread Architecture 



Requirements 

• Define an Architecture for VAX and PRISM systems to support 
multithreading within a process context »»"PPoa 

• Provide guidelines In adherence to this architecture 

Commitments 

• Support a full range of parallel processing applications and ap- 
preaches "^ 

• Finalize Architecture soon to enable development and delivery for 
each system ' 

• required for Glacier FRS 

• not required for PRISM ULTRIX FRS 

Strategy 

• Eliminate all OS dependencies (this Is an AIA component) 

• Assure implementabillty and performance 
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Common Multithread Architecture 

Progress to date 

• Preliminary Requirements are completed 

• Two functional review cycles are completed 

• Staffing is complete 

Current status and activities 

• Review and final resolution of technical issues is in progress 

Future plans 

• Requirements Piiase ends February, 1988 

• Overall Architecture is nearing completion - April, 1988 



Run Time Libraries 

aks ^ fnb 88 21 



Common Multithread Architecture 

Dependencies 

• others' dependencies on this project 

* t^Honr*"'^ """** ^ completed in time for RTL/OS Impiemen- 



• This project's dependencies on others 

• Rnaiizatlon of Architecture requires review by OS people 

• Architecture depends on some other AiA components 

SORT/MERGE 

Requirements 

• No stated requirements at Glacier Phase 

• Vague requirements last time 

Committments 

• We will provide VAXAAMS SORT/MERGE on PRISM as required 

Strategy 

Run Time Libraries 
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• SORT/MERGE is a port, not a re-lmplementatlon 

Current status and activities 

• ^^^ilneer assigned to VAXA^MS SORT/MERGE, will also do PRISM 
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Questions 
and 

Answers 
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TALK OVERVIEW 



Quartz Goal Refinement 



Quartz Definition 



# Quartz Schedule and Status 



Quartz Design 



Quartz Dependencies 



Quartz Challenges 



Your Questions 
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QUARTZ GOAL REFINEMENT 



V1.0 Deliverables: 



Schedule: for Cheyenne V1,0 to FRS in Q2FY91, 
Quartz V1.0 must complete In Q2FY90. 

Data Integrity: Quartz must not corrupt data, must 
provide utilities to restore database Integrity. 

Availability: requires Quartz configuration management 
and fast (parallel) recovery. 

Performance: To achieve TPS goals, Quartz/Mica 
must provide 2 D/C TPS/eVUP, use partitioned 
databases. 

Database Size: Quartz must effectively manage data 
placement, overheads, avoid hotspots. 

Extensibility: Quartz must manage 1-n Stones; must 
interface well to Rdb/Star 



Architecture: Quartz must fit seamlessly into DDTA 
and DDA. 
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ARCHITECTURE COMPLIANCE 

DDTA - the DIGITAL OLTP Architecture 

• Developed by OLTP Architecture Committee 

• First cut published in January 1988 

• First review held in January 1988 

• Refinements underway; May 1988 target for complet- 
ing first design 



DDA - the DIGITAL Database Architecture 

• Phase II: an opportunity to put the database platform 
in place for the 1990s 

• DDA is the "glue" for many products 

• Changes in DDA Phase II: 

- Support for client concurrency 

- Client/server model 

- Support for SQL2, ESQL 

- Tighter integration with ODD, utilities, DBA 

• First cut definition 4/88; full definition 12/88 
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QUARTZ DERNITION 



HOST INTERFACE: VAX and PRISM Quartz-specific 
communication functions as well as session man- 
agement. Transfers requests for compilation (from 
application developers) and requests for transaction 
execution (from end users). 

QUERY PREPARATION: transforms an encoded form 
of a query into a request graph that can be executed 
by QUERY EXECUTION. Stores and retrieves pre- 
compiled queries. Interacts with Data Dictionary. 
Provides schema management. 

QUERY EXECUTION: executes request graphs. In- 
cludes transaction management, concurrency control, 
recovery, algebraic operators, indexing. 

OS INTERFACE: thin layer that provides relation 
and collection interfaces to QUERY EXECUTION. 
Handles faults, logical and physical configuration 
management. 

UTILITIES: several Quartz-specific tools available 
to DBAs. Console interface. Installation, backup 
and restore, archiving, performance monitoring and 
tuning, error logging. 

TESTING: module and subsystem testing for Quartz; 
interface testing for Mica and Stone; interface testina 
for OLTP. ^ 
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QUARTZ XO „ X4 

XO: 1/88 

- High level cut at V1 features 

- Conceptual design for Query Execution 

- Initial design for Query Preparation, OS Interface 

- Understand requirements for Host Interface, Utilities 

X1: 7/88 

- Run hand-compiled Debit/Credit through Query Exe- 
cution components in a Mica/VMS/VAX environment. 

- Complete conceptual design for Query Preparation 
and OS Interface. 

- Initial conceptual design for Host Interface, Utilities. 

X2: 1/89 

- Run SQL D/C and DeWitt benchmarks on Pebble and 
MicaA^MS/VAX environments. Single box emphasis. 
Refine Interfaces to Mica. 

" Emphasis on Host Interface and Utility designs. 
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X3: 7/89 

- Run both benchmarks on Pebble and Mica/VMS/VAX 
environments. Single box emphasis. Refine 
Interfaces to Mica. 

- Start tuning, optimizations. 

- Design for multi-box Stone, configuration manage- 
ment. 



X4: 12/89 

- Production quality Quartz on multi-Stone, including 
performance monitoring, internationalization. 

- Final checic for architectural compliance with DDTA, 
PPA. 

- Integration testing. 



Refinements of X1 .. X4 features and schedules appear in 
the Quartz Baselevel Plan. 
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QUARTZ TOP-LEVEL SCHEDULE 



01/88: Quartz XO designs published 
02/88: Quartz XO external review 
07/88: Quartz X1 + IVIIca/VMS stub + VAX 
01/89: Quartz X2 + Mica/VMS stub + VAX 
07/89: Quartz X3 + Mica BL6 + Pebble 
12/89: Quartz X4 + Mica BL8 + Pebble 
01/90: IFT starts (on Mica BL8 + Pebble) 
04/90: Quartz X4 + Mica BL9 + Stone 
06/90: EFT starts (on Mica BL10 + Stone) 
12/90: FRS 



Assumptions about Seattle deliveries: 

12/88: Mica BL5/Pebble baselevel available to CXO 
03/89: Mica BL6/Pebble baselevel available to CXO 
06/89: Mica BL7/Pebble baselevel available to CXO 
09/89: Mica BL8/Pebble baselevel available to CXO 
12/89: Mica BL9/Pebble baselevel available to CXO 
03/90: Mica BLIO/Stone baselevel available to CXO 
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QUARTZ STATUS 



PROGRAM: 

- Discussfons with OLTP DDTA architects 
" Phase 1 pianning underway 

- Configurations, I/O subsystem study 

- Test and integration discussions started 

QUARTZ: 

- 21 Design documents (700 pages) released for 
review 1/88. Focus on Query Execution. 

- External reviews within DBS in 2/88. 

- Using internal and external consultants 
(DeWItt, Maier, Lomet, Bernstein, Brown.) 

- Implementation staged to reduce risk: 
XI, X2, X3, X4. 

" Coding of XI has started. 

- Design ongoing in Query Preparation and OS 
Interface. 

- Mica interface work: transactions, host comm. 
Early work on Host Communications and Utili- 



ties. 
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QUARTZ XO DOCUMENTATION 

Overview Documents 

D Quartz Project Overview 

Query Execution Subsystem Documents 

D Query Execution Overview 

D Partitioned Databases and Cheyenne Servers 

D Database Cache IVIanagement 

D Data Access Subsystem 

D Query Execution and Communications Operators 

D Transaction Management 

D Database Scheduler 

Query Preparation Subsystem Documents 

D Query Preparation Overview 

D Query Optimization Overview 

D Query Preparation/Query Execution Interface 

D Quartz View Processor Proposal 

D Query Graphs: Internal Query Representation 
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Operating System Interface Documents 

D Operating System Interface Overview 

D Message Queues 

D Cheyenne Configurations 

D Bacl(up/Restore System 

Relation and Collection Managers Working Paper 



D 



Host Interface Documents 

D Host Communications Overview 

utilities Documents 

D Quartz Utilities Plan 
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QUARTZ XI FOCUS: Query Execution Subsystem 



Contributes to achieving Cheyenne high availability 
by supporting partitioned databases that can be 
recovered quickly (<1 minute) 

Provides extendible, high performance via paral- 
lel, dataflow operations on partitioned databases. 
Cheyenne simulation results: 

1. 85% DC performance improvements per addi- 
tional Stone 

2. 2 TPSA^UP 

3. 3 Stones yield 500 TPS easily 

Improves the reliability of Cheyenne via self-checking 
data structures that are fire-walled in a number of 
distinct protection spheres. 

Ensures the logical integrity of databases. 

X1 Query Execution Prototype runs Debit Credit 
Workload (7/88) 
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QUARTZ Query Execution 



Table 1 : Design Considerations 



Design Constraint 



Partitioned Databases 



Cheyenne Benefit Provided 



High Availability, Extendible 
Performance 



Fast, Parallel Database Recovery High Availability 
(< 1 Minute) 

Fine Granularity Synchronization High Performance OLTP Workloads 



Protected Data Structures 



Hash-Partitioned Algorithms 



Enhanced Data Integrity 

Make Partitioned Databases 
Feasible 



Effective MICA Usage Reliability and Performance 

Highly Parallel Query Executions High Perfonnance 
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QUARTZ Query Execution 



Database Cache Features 

• I/O reduction via domain-based page replacement 
policies 

• Support for large database caciies (> 128 l\/IB) 

• I4ighly concurrent access to data structures 

• Variable size database pages 

• Transparent support for long-running transactions 

• Frequent, fuzzy chiecl^points 



Data Access Subsystem Features 

• Dynamic indices: B+ trees & extendible hashiing 

• Highly concurrent index reorganizations 

• Partitioned database support 

• Clustered relations 

• Phantom tuple prevention 

• Muitiversioned tuples 

• Reduced pathlength operators 
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QUARTZ Query Execution 



Database Operator Features 

Transparent support for partitioned databases 
IHash-partitioned operators 
Highly parallel operators 
Dataflow pipelines for operators 
Low activation and control costs 
Extended relational functionality 



Database Scheduler Features 

• Low cost dataflow activations 

• System level load control 

• Parallel execution of requests 

• As-needed, dataflow operator activations 

• Provides partitioned database transparency to opera- 

• Operator placements 

• Execution time optimizations 
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QUARTZ Query Execution 



Transaction iVIanagement Features 

Two phase ioclcing protocois (localized) 
In-cache workspace model 
REDO-only logging (primarily) 
Fuzzy database checkpoints 
Fast, parallel database recovery 
Atomic database page writes 
Nested transactions 
Deadlock detection via timeouts 
Escrow solution for database hotspots 



DS-BG 17-Feb-88 Quartz Slide 14 



Digital Equipment Corporation - Confidential and Proprietary 



QUARTZ X1 PROTOTYPE 



-Intermediate 
Execution 
Operators 



-DB Scheduler 

"m — 



S«Mion Management 
Global Tranaaction Mgmt. 
DB Scheduler 



Message Queues 



1 



MessageQueues 



DAS 

Execution 

Operators 



DAS 

Address 

Space 



a> 

s. 

a 



j< yw 



s 

c 

s. 



S3 

CO 

Q 



>/_ 



o 

c 

E 

CB 
9 

E 
F 

1 
E 
o 
O 



IT 



^Q"a"^i 



ino 



Lock Manager 






Predicate 



Page IDs 



Database 
Cache 



Local 

Transaction 

Manager 

"T"^ — 

Commit 
Timestamps 

Checkpoints 



Transaction 
Updates 



Index Changes ■ 



>^ \f 



Scan 
Control 



Index Traversal 
and Maintenance 



Commit 

Log 

Manager 



Database 



Index 



Index Page IDs 



InriftY PanP Pninter^ 



ir-^ 



Index Read/Write 





Note: Labels on arrows denote predominant information flow only, and are not exhaustive. 

Interface between storage devtees and storage system Is procedure calls into SHARD library. 
Recovery System interfaces not shown. 
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QUARTZ DEPENDENCIES 

I Internal Engineering 

- Mica 

- Pebble, Stone 

- DBA Tools 

I External Engineering 

- OLTP Architecture 

- DDA Architecture 

- CDD 

- TP-Bullder, ACMS, DEC/Intact 

- V2: DSA-2, HSM 

» Product Management 

- Configurations 

- Benchmarks 

- Pricing, selling strategies 
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QUARTZ - MICA INTERDEPENDENCIES 

Transaction Services 

Configuration Options 

System Management 

Prototype Plans 

Testing and Integration Plans 

IPC 

Host Communication 

Configuration Management 

Tapes 

SIL, Pillar 
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QUARTZ CHALLENGES 



Building a higliiy integrated product 

- Close monitoring of OLTP program 

- Early OLTP testing/integration plan 

Achieving high availability goals 

- Fault probabilities 

- Quartz/Mica software fault modeling 

- OLTP integration testing 

Achieving performance goals 

- Pathlength budgets, 2 D/C TPSA^UP 

- Inter-Stone communications cost 

- Hardware modeling, 15-20 effective VUPs/CPU 
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Ken Western 
DECwest Publications 



Documentation Strategy - Restricted Distribution 



PRISM Documentation Status 



Overall documentation status — Ken Western, 
DECwest 



Flint documentation status — l\/lichael Tardlff, 
DECwest 



Quartz documentation status — Rose Johnston, 
Colorado Springs 
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Documentation Strategy - Restricted Distribution 



Glacier Documentation Status 



Preliminary Glacier Master Documentation Plan avail- 
able 



Preliminary Glacier Customer and Support documen- 
tation plans in progress 



Individual Glacier manual documentation plans in 
progress. All due for completion by the end of April 

Some manuals being written. All writers will begin 
writing no later than the beginning of May. 



Digital Equipment Corporation - Confidential and Proprietary icw - 2 



Documentation Strategy - Restricted Distribution 



PRISM Documentation Priorities 



Finalize Flint documentation planning 

Finalize Glacier Customer and Support documenta- 
tion plans 



Ensure our plans are synchronized with our external 
partners: Colorado Springs (Cheyenne), SDT (Glacier 
and Flint), UEG (Flint) 



Ensure our plans are reviewed by the internationaliza- 
tion groups 
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Documentation Deliverables 

> Reference information 

- "Manpages," quicl< reference 

- Error messages 

- Language references 

- Revised and improved, but compatible 

Utility descriptions 

- awl«, dbx, mail 

- Borrow from Supplementary Documents, 
write anew 

Procedural descriptions 

- System setup, day-to-day care 

- Migration, porting 

- Tuning, diagnosing 

- Writing drivers 
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Documentation Deliverables 

Continued 

^ Tools synthesis 

- Shell scripts, programming aids 

- Not simplistic 

» Cross-referencing 

- Reader's guide, roadmap, pacicaging 

- Good indexes 

Conceptual information 

- UNIX system principles 

- Introductory material 
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Where We Are Today 



• Revising documentation options document 

• Analyzing ULTRIX-32 Version 2.2 docset 

• Researching competitor's docsets 

• Traci^ing development 

• Focusing on requirements 

• Ranking requirements by priority 



Choosing deliverables 



Investigating visual improvements to docset 
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What Comes Next 



Provide ULTRIX orientation for doc group 
Resolve relationship with CUP/ULTRIX 



Draft documentation plan 



Identify resources 



Choose production tools 
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Short-Term Deliverables 

I July 1988 

- Updated documentation plan 

- Competitive analysis 

- Quartz glossary 



December 1988 
— Outlines 
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Long-Term Deliverables 

Cheyenne 

FRS Documentation 



Deliverable 


Information 
Available 


First Draft 
Available 


Summary Description 


Continuous 


Oct 89 


System planning, configuring, 
installing, upgrades 






Quartz 


Mar— Jun 89 


Jun— Sep 89 


System performance 






Quartz 


Jun — Oct 89 


Aug— Dec 89 


System "Maintenance, operations 






Quartz 


Mar— Jun 89 


Sep 89— Dec 89 


System security 






Quartz 


Sep— Oct 88 


Oct Sa— Nov 88 


Database design and creation 


Jun— Aug 88 


Aug 88— Oct 88 


Database use 


Jun— Aug 89 


Dec 89— Feb 90 



RJ 17-Feb-88 ESDP Slide 2 



Digital Equipment Corporation - Confidential and Proprietary 

ESDP 
Dependencies 

» Quartz/Mica/Stone development 

» DDA Phase II completion 

I Language interface: ESQL, SQL 

I OLTP requirements 

ft DECwest documentation 

» Tools 

- VAX DBA 

- Conceptual/Logical Database Designer 
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Proposed Program Office Organization Chart 



PRISM 
Workslaiion 
Program Office 

Don Mclnnis 



Product 
Mgmi/Mkig 

Joe Menard 



Shrike 
Program 

Tom Rarich 



" Secretary 
Maureen Becker 



Shrike Product 
Manager 



Osprev Product 
Manager 



T 



Osprey 
Program 

Al Strelzoff 



Secretary 



r System Eng. 
Paul Rubinfeld 

I Power & Pkg. 
Steve Gross 

I Manufacturing 
Ellen Breen 



L 

L 



CSSE 

Nancy Buchinsky 



Unix Eng. Group 
Glenn Johnson 

r DECwesi;Operating 
System Port 
John Gilbert 



Graphic Software 
Steve Seufert 



Secretary 



L 



L 



L 



^ 



Finance 
Manager 

Larry 
Rosenberg 

(acting) 



Personnel 
Manager 

Rich 
McNeal 

(acting) 



- FA 



System Eng. 
John Sarni 

Power & Pkg. 



Manufacturing 
Dave Spinney 
(acting) 

CSSE 

Steve Hoffmann 



Unix Eng. Group 
Glenn Johnson 

DECvvesi :Operaiinu 
System Port 
John Gilbert 



Graphic Software 
Sieve Seufert 
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WORKSTATION STRATEGY 



$80,000- 



$40,000- 



$20,000- 



$10,000- 



$ 5.000- 



VSII/OPX 



VS2000 



Lynx 

\ 



Firefox/Rigelfox 



w May fair III 
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May fair II 



CVAXstari 
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Osprey 
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■> CVAXstar4 
100 

\ 

PVAX 1 



CVAXslai 
II 



Osprey 
CMOS III 
Mldlile Kicker 



Slirike 
CMOS III 
Midlife Kicker 



PVAX-F 



PVAX-S 



Kingfislier 

(CMOS IV) 



NVAX 



Peregrine 
(CMOS IV) 

NVAX 
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Product strategy 



Product 



Shrike 



Entry 



Diskless 

15" Monochrome 
1280 X 1024 
16 Mbyte 
MLP: $19,900 



Typical 



400MB 

19" 8 plane color 
1280 X 1024 
32 Mbyte 
MLP: $36,290 



Osprey 



Diskless 

19" Monochrome 
1536 X 1152 
16 Mbyte 
MLP: $29,900 



800MB 

19" 8 plane color 
1280 X 1024 
32 Mbyte 
MLP: $48,290 



Osprey Server 



400MB Disk 
64MB Memory 

MLP: $47,680 



1200MB Disk 
128MB Memory 
Vector Option 
MLP: $97,070 



Prices include 1 year warranty 
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Calendar of Product Deliverables 





Target FRS 


Package 


CPU 


Disk 


Bus 


Shrike 


Q4 FY89 


New 


CMOS 11 
PRISM 


RF 


NU 


Osprey 


01 FY90 


New 


Binned 
CMOS II 
PRISM 


RF 


XMI, NU 


Shrike II 


1H/FY91 


Shrike 


CMOS III 
PRISM 


RF 


NU 


Osprey II 


1H/FY91 


Osprey 


Binned 
CMOS III 
PRISM 


RF 


XMI, NU 


Peregrine 


H2/FY92 


New 


CMOS IV 
PRISM 


TBD 


TBD 


Kingfisher 


H2/FY92 


New 


Binned 
CMOS IV 
PRISM 


TBD 


TBD 
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Competitive Positioning 



Feature 


Shrilce June 1989 


SUN 4/110 February 1988 


Memory 


16MB 


8MB 




64MB max 


32MB max 


Performance 






iMiPS 


12-15 VUPS 


7 MIPS 


DP.LINPACK 


3 MFLOPS 


.8 MFUOPS 


2D VEC/SE& 


100-250K 




3D VEC/SEC 


100-200K 




POLY/SEC 


20-60K 




Disic 






Entry 


150MB 


141MB 


Best 


400MB 


327MB 



Tape 



1/2 in. 



1/4 in. 



Price 



B/W, No Disk 19.9 

B/W, 150MB + Tape 26.4 

Color, No Disk 23.5 

Color, 150 MB 30.0 



18.9 
27.9 
23.9 
32.9 
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External Product Positioning 



Projected SUN product line thru CY90 



Product 








Class 


CY87 (actuals) 


CY88 (estimate) 


CY89 (estimate) 


Low End 


SUN 3/60C 


SUN 4/60C 


SUN 5/60C 




141 MB 


280 MB 


400 MB 




60 MB Tape 


60 MB Tape 


60 MB Tape 




8 MB (Parity) 


16 MB (ECC) 


16 MB (ECC) 




2.5 VUPs 


5-6 VUPs 


8-10 VUPs 




$21,400 


$28,000 


$28,000 


Midrange 


SUN 3/260C 


SUN 4/260C 


SUN 5/260C 




280 MB 


400 MB 


600-800 MB 




60 MB Tape 


60 MB Tape 


100 MB Tape 




16 MB (Parity) 


32 MB (ECC) 


32 MB (ECC) 




3 VUPs 


6-8 VUPs 


12 VUPs 




$55,500 


$55,500 


$50,000 


High End 


SUN 4/260C 


SUN 5/260C 


SUN 6/260C 




280 MB 


600-800 MB 


1.0-1.2 GB 




60 MB Tape 


100 MB Tape 


300 MB Tape 




32 MB (ECC) 


32 MB (ECC) 


64 MB (ECC) 




6-7 VUPs 


12 VUPs 


20-24 VUPs 




$77,900 


$75,000 


$75,000 



1. Systems all contain 8 plane color graphics. 

2. Price rise in low end due to higher memory and use of ECC, and addition and 
enlarging of caches. 



3. SUN 6/260C performance claims in FY89 were deemed too aggressive based on 
technology risks of CPU chip - 6-12 months at 20-24 VUPs seems more realistic. 
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SUN 5/260C performance may reach only 12 VUPs based on recent analysis of 
Cypress chips. Projections for SUN 6/260 do present DIGITAL with a marlceting 
problem that we must resolve, even if they do not deliver on time. 



50t- 



40- 



VUPs 



30. 



20- 



10- 



0*^ 
1982 



Chip Performance Projections 




Motorola 
19B6 



Binned 
PRISM 



PRISM 



19fe"2 



Note 1: Sparc/Sun line represents Sun claims. Sparc/DEC line represents DEC 
estimate of what Sun will achieve. 

Note 2: MIPs line represents "binned MlPs parts" 



Figure 1: Ovtrall Electronics Block Diagram 
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Figure 2: Physical Board Elactrohics 
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Figure 3: CPU Card Block Diagram 
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Shrike Development Plan 



A/lllestone 



Date 



Package Concept Selected 

Phase Exit 

System Functional Spec Revision 1 

Full Electronics Beliavioral Model 

Package Design Complete 

Phase 1 Exit 

Power On CPU, Memory, Motherboard 

Power On 8 Plane Graphics 

Power On NuBus Adapter 

Power On GFPA 

UNIX Boot 

DVT Start 

Field Test Start 

RQT Start 

FRS Goal 



1-12-88 

2-19-88 

2-25-88 

3-7-88 

6-15-88 

8-88 

9-26-88 

TBD 

TBD 

TBD 

10-24-88 

12-19-88 

3-13-89 

3-13-89 

6^27-89 
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Prototypes 





Siirike 


Osprey 


Quantity Planned 


130 


130 


Power On 


9-26-88 


12-88 


Quantity Needed 






ZSO 


4 in Aug 


3 in Nov 


CSSE 


5 RQT Level 


TBD 


DVT/RQT/LSEE 


94 Dec - Mar 


TBD 


Diagnostics 


6 


TBD 


Paclcaging 


10 eacii level 


TBD 


Manufacturing 


TBD 


TBD 


Field Test 


30 in Mar '89 


TBD 


Other 


TBD 


TBD 


Proto Build Location 


Alberquerque 


TBD 
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Seed Units 

CVAX/Firefox/Mayfair III Plans: 

Base Prod Marketing 20 

Technical Marketing 5 

3rd Party Marketing 30 

US area 10 

Europe 70 

GIA 5 

Field Announcement Day 30 

Application Centers for Technology 15 
Misc. _10 

195 
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System Integration 



System Elements 



People 



Location 



Power & Pacicaging 



8 New VLSI Chips 



IMemory 

Graphics HW - FPA/8 Plane/28 Plane 

Kernel Package DVT 

Diagnostic SW 

PRISM ULTRIX 

DECwindows/Utilities 

PEX, DDX Graphic SW 



Steve Gross 


ML 


Ron Piuze 




Bob Supniic 


HL 


Paul Rubinfeld 


HL 


John Sangermano 


SHR 


Art Lim 


LM04 


John Cyr 


ML 


John Caporal 


ML 


Dave Ballanger 


ZSO 


Kent Person 


ZKO 


Steve Seufert 


LM04 
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Issues 

Systems integration responsibility 

Staffing 

Sciieduies 

Graplilcs board/Paclcage design 

DIMA on Shrilce 

Diagnostic strategy 

DSSi periplierais 

Performance needs for I/O and bit map graphics 

Input device support 

SWS/Saies training on UNIX 

Product pricing for marlcet 



Overall hardware status 

System definition stabie 

Single focus: - IVIORAINE 

Phase zero exit done 

Scliedules almost complete 

Methodology document first pass distributed 

Electronics spec reviews Jan/Feb 

Some problems with staffing 
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Moraine system features 



• 1 to 4 processors, each with vector unit 

• 1 to 4 memory modules, 64 Mbytes each 

• 2 14 slot XMI card cages 

Performance: 

15 to 60 times 780 scalar performance 

48 to 192 MFLOPS peak 

7 to 30 MFLOPs LINPAC 

64 to 256 Mbytes of memory, 1 Gbyte with 4Mbit chips 

90 to 360 Mbytes/sec memory bandwidth 

1 20 Mbytes/sec I/O bandwidth 

Greater than a year MTBF 
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Moraine Technology 

PWBs 

• All polylmlde 

• Buried but not blind VIAs 

• CPU, Memory: 

• Extended Hex 

• 16 layers 

• Double sided surface mount 

• Actives on side 2 

• Intrusive 536 pin Argonaut style connector 

• Backplane: 

• 18.2" by 19.4" 

• Not more than 20 layers (routing study) 

• SMT ASICs 

• SMT passives 

• Press pin Argonaut style connector 

• XMI modules 
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Technology - contd 



SSI/MSI - SOIC and SOJ 50mil SMT 
Caps under SOJs on memory 
ASICs: 

12,5 mil HPTP 
224 pin 25mll SMT cerquad 
164 pin 25mii SIVIT cerquad 
132 pin 25mil SI\/IT cerquad 
68 pin 25mil SMT cerquad 
44 pin 50mil SMT CLCC 
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Major Milestones 



Milestone Plan Actual 



System Spec first pass Nov 1987 Nov 1987 

Module specs Jan 88 Feb 88 

Spec review Jan 88 Feb 88 

Four emulators to software Jan 88 Jan 88 

Moraine system spec complete Mar 88 

Package mock up built Apr 88 

First Pebble proto Jul 88 

Proto package complete Oct 88 

Pebble to Software group Oct 88 

Moraine package,power,MEM,l/0 DEC 88 

First complete Moraine Feb 89 

Moraine to software May 89 

Moraine Field test Sep 89 

Moraine FRS Mar 90 
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CPU 

1 module design 

4 ASIC designs, All HPTP, SBG 

7 engineers 
Status: 

Module spec pass 1 complete 

Spec review done 

High level block diagram done 

Preliminary timing done 

ASIC block diagrams > 50% complete 

Module schematics started 

Beh model started 
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Memory and crossbar 

1 module design 

5 ASIC designs, all cerquad, SOG 
7 engineers 
Status: 

Spec pass 1 done 

Spec review held for memory 

Block diagrams complete 

Preliminary module schematics done 

Preliminary layout done 

Preliminary dispersion pattern done 

1st pass beh model done/ not physically accurate 

Crossbar 

Block diagram done 

Spec pass 1 done 

Spec review Feb 

1st pass module schematics done, in CXO 

1st pass ASIC schematics done 

Preliminary timing done 
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I/O and console 

2 modules, YIA, YIB 

4 designs, 1 HPTP, 3 cerquad 

7 engineers 
Status: 

Specs pass 1 done 

SP design review held 

SP breadboard will be built in Feb 

Spec review YIA/YIB Feb 

YIA 

• Block diagrams complete 

• Beh model just started 

YIB 

• Block diagrams complete 

• Beh/struct model > 80% complete 

• Model testing started 
Yll cable modelling started 
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Package 



Cabinet, cooling, cardcages, etc,etc 
6 Engineers 
Concepts defined for: 

Cabinet structure 

Cooling system 

Power supply rack 

MG set mechanical 

Cable routing 
I/O Panel mock up complete 
Using Calypso XMI mounting 
Backplane cover done, sent to CXO 
Blower selected 
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Power system 



Regulators 
Distribution/Bussing 
EMM 
AC input 
MG set 
EMI/RFI 
4 engineers 
Status: 



DECwest/CEAG Schedule complete 
Power system spec distributed 
Held spec review with CEAG 
EMM Spec distributed 
EMM schematics complete 
EMM spec review Feb 
MG vendor selected 
di/dt modelling ongoing 
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Technology status 

Too much work to list 

7 engineers 

Teciinology overviews done 

Set up contacts witli external groups 

HPTP 

Semiconductor business group 

ASIC center 

Physical technologies 

Backplane routing tests ongoing 

Preliminary clock spec done 

Testcase plan started 

Spice modelling ongoing 
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Diagnostics 



13 tests and exercisers 

4 people, and 3 on loan from MNFG 



Status: 



Project plan distributed 

Instruction test spec distributed and reviewed 

Instruction test coded 90% 

Test strategy document distributed 

Modelling test plan distributed and reviewed 

Pebble diagnostic plan distributed 

Specs in progress for: 

• CPU test 

• MMItest 

• I/O test 
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CAD 

Provide design environment 
Modelling and verification 

• Performance model 

• Beliavioral model 

• Structural model 

• Timing verification 
Test pattern generation 
Produce manufacturing data bases 
Support 

6 engineers 
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Pebble 

Pebble is a product (Osprey CPU) 

1 XMI module 

2 ASIC designs, both cerquads 
2.5 engineers 



Status: 



Formal spec started 

Design changed to reduce design objects 

One LSI and one SBG ASIC 

Board schematic 95% complete 

XPPGA structural design complete 

Cache blocl< diag complete 

Cache model complete 

Structural verification started 

Diagnostic plan written 
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Risks 



Technical: 

A huge amount of work 

HPTP 

Active bacl^plane 

CPU module real estate 

Complexity - Vector unit, cache coherency 

Architecture 
Business: 

PNO stage 1 capability to build protos 

Coordination with other programs 

Staffing 
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Goals for next quarter 

All specs complete and reviews held 

Moraine system spec distributed 

System behavioral model without vectors 

Package mockup complete 

All schedules in VUE 

Pebble design complete and release started 
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